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BACKGROUND OF THE INVENTION 
Field of the Invention 
10 The present invention relates generally to data 

processing systems and, in particular, to banking services 
pricing . 

Discussion of Related Art 

15 Today, most financial products are commodities and 

their markets are competitive. New competition can also 
come from new products, new services, lower prices, the 
introduction of Real Time Gross Settlement (RTGS) , the use 
of the Internet, mergers, acquisitions, and the shift 

20 towards greater reliance on bank fees and charges in place 
of higher interest margins and in place of cross subsidies 
between products. Pricing is often a major force in the 
decision making process for the customers in deciding 
which financial products or services to use. Therefore, a 

25 financial services company (FSC) needs a strategy and an 
infrastructure to manage its pricing strategies and to 
manage pricing changes in the most effective way. In many 
markets, the capability to manage pricing strategies 
better than the competition can be the competitive 

30 advantage. 
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Furthermore, fee arrangements change in value and 
structure in response to competitive situations. Fee 
arrangements can take many shapes, e.g., by product; by 
time of submission; by specified execution time; by window 
5 of time between submission and execution; by transaction 
value; by pre -assigned payment slots; and/or by some 
combination of these. In addition, customers are mobile 
and shop for the best deals. The methods of payment, 
timings of payment, cash management practices and credit 
10 requirements change. Also, competitors pricing strategies 
change. In response to these changes, FSCs need the 
Q ability to calculate pricing accordingly. 

Qr Therefore, FSCs not only need to be able to 

f\ accurately measure the internal economics of the delivery 

W 15 of each product, the margin, the value of the customer 
m relationship overall, and how those measures are changing. 

The FSCs also need the flexibility to perform relationship 
;H pricing by product or across products, taking special 

lD arrangements into consideration. In the same time, the 

S|" 20 FSCs need an infrastructure to keep up with the ever- 
changing market demands . 



SUMMARY 

Accordingly, the present invention includes methods 
25 and systems for pricing financial transactions by first 
defining product rules for each financial transaction, 
locating appropriate product rule for a particular 
financial transaction, linking the product rule to 
corresponding price table, calculating a price using the 
30 pricing method contained in the price table, and billing 
the appropriate party using the billing method contained 
in the price table. A FSC, using embodiments of the 
present invention, can price a particular financial 
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transaction based on various criteria, including any- 
special deals made and bill it to the appropriate party. 

Specifically, a data processing system in accordance 
with one embodiment of the present invention, creates a 
5 product rule corresponding to a financial transaction. 

The product rule contains various attributes and is linked 
to a price table which contains further attributes, 
including pricing method and billing method. A price is 
calculated in accordance with the pricing method and 
10 billing is done in accordance with the billing method. 

DETAILED DESCRIPTION 

The following includes a detailed description of the 
best mode or modes presently contemplated by the inventor 

15 for carrying out the invention. It is to be understood 
that these modes are merely exemplary of the invention. 
The detailed description is not intended to be taken in a 
limiting sense. 

The present invention provides a data processing 

20 system which utilizes Product Rules in conjunction with 
Price Tables to provide a comprehensive set of pricing 
combinations and to enable sophisticated exception 
pricing. In the data processing system of the present 
invention, there are three parts to the pricing function: 

25 locating an applicable product rule for a particular 

financial transaction, looking up the applicable price 
table, then calculating the appropriate pricing using the 
pricing method contained in the price table. 

A suitable database system for implementing a data 

30 processing system in accordance with the present invention 
is described in a co-pending U.S. application Serial No. 
08/904,716 entitled "DATA PROCESSING SYSTEM FOR COMPLEX 
PRICING AND TRANSACTIONAL ANALYSIS," which is hereby 
incorporated by reference in its entirety. However, other 

35 database systems can be used to implement a data 

processing system using the methods of the present 
invention described herein. 
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First, Product Rules are defined. Product Rules are 
usually created for each product. (A financial 
transaction is denoted as a "product.") Product Rules are 
also created for all situations needing some form of 
5 special or custom pricing. Therefore, it is possible to 
have different Product Rules created for the same product 
but for different situations. For example, Product Rules 
can be created for all products, for all Billable Service 
Codes (BSC1/2/3/4) of each product, for all Billable 

10 Service Codes of each product for each market segment, for 
all Billable Service Codes of each product for each 
Balance Allocation Code (BAC) , for all Billable Service 
Codes of each product for each Customer Account Analysis 
(CAA) group of accounts, for all Billable Service Codes of 

15 each product for each account, and for each Billable 

Service Code. The Product Rules are created and changed 
from the Product Rule detail screen (PrdtRule Detail 
screen) . 

Each Product Rule contains various attributes 

20 representing different types of information. Here, each 
Product Rule contains a number of attributes representing 
four types of information. The four types of information 
are: name of the Product Rule, active status of the 
Product Rule, how pricing and billing is to be performed 

25 and display only information about the target entities. 
The attributes are: Entity Name/Num, Product Code, Apply 
to Indie, PrdtRule Scope, Record Status, Billing Category, 
Billing Plan, PRICE Table Name, Special Group, Alternate 
Account, Alternate Account Type, Feed Indie, Collection 

30 Indie, Advising Code, Minimum Revenue Indie, Derived 

Volume On, Subscription Volume, Billing Cycle and Run. 

The name of the Product Rule forms a unique 
identifier for each Product Rule. The name is constructed 
of four main attributes which explain when a Product Rule 

35 is used. The four mandatory attributes are Entity 

Name/Num, Product Code, Apply to Indie, and PrdtRule 
Scope. Entity Name/Num provides information such as a 
customer number for a customer, an account number for an . 
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account, or a service code for a particular service. 
Product Code provides information as to what type of 
financial transaction is being done. Apply to Indie 
provides information as to what the Product Rule actually 
5 applies to, e.g. account or service. PrdtRule Scope 

provides refined details on the scope of the Product Rule. 
Of course, other attributes or combination may be used to 
form the name . 

Examples will be used to illustrate how the naming 
10 convention using the four attributes named above applies. 







Entitv Name/Num 


Product 


Apply 


to 


PrdtRule 








Code 


Indie 




Scope 


B 


1 


PBB 


PBB 


PRDT 




DFLT 


r-r 


2 


35 


35 


PRDT 




DFLT 


ffl 


3 


- CNTL 


35 


ACMK 




DFLT 


a s 


4 


12345678 900 -01DDA 


35 


ACNT 




DFLT 




5 


12345678 900 -01DDA 


35 


ACNT 




1234567 




6 


1234567 


35 


SVC 




DFLT 






The first Product 


Rule " PBB - 


PBB- PRDT ■ 


-DFLT" 


is the 



highest level of default and is activated when pricing is 

15 performed on BSCl/2/3/4 Billable Service Codes for a 

product which does not have a Product Rule. For example, 
if there are only 2 Product Rules (PBB -PBB -PRDT -DFLT and 
3 5-35-PRDT-DFLT) , then the first Product Rule "PBB- PBB - 
PRDT -DFLT" would be used for pricing, costing and billing 

20 of, for example, product 27. 

The second Product Rule "35-35-PRDT-DFLT" is 
activated when pricing is performed on BSCl/2/3/4 Billable 
Service Codes for product 35. 

The third Product Rule " - CNTL - 3 5 - ACMK_DFLT" 

25 is activated when pricing is performed on BSCl/2/3/4 
Billable Service Codes for product 3 5 but only for 
accounts with account numbers which match the account wild 

card mask " - CNTL" . 

The fourth Product Rule "12345678900-01 DDA - 3 5 - ACNT - 

30 DFLT" is activated when pricing is performed on BSCl/2/3/4 
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Billable Service Codes for product 35 but only for account 
number 12345678900-01DDA. 

The fifth Product Rule "12345678900-01DDA-35-ACNT- 
1234567" is activated when pricing is performed 
5 specifically on BSCl/2/3/4 Billable Service Code 1234567 
for product 35 but only for account number 12345678900- 
01DDA. For services other than 1234567, the fourth 
Product Rule is activated. 

The sixth Product Rule is activated when pricing is 
10 performed specifically on BSCl/2/3/4 Billable Service Code 
1234567 for product 35 for all accounts. 

A Search Key is constructed from Entity Name/Num, 
Product Code, Apply to Indie, and PrdtRule Scope, and may 
be displayed on the screen. The Search Key is the 
15 connection to locating the applicable Price Table. The 

Search Key is also used as an aid to check the Name which 
the data processing system has constructed for the Product 
Rule. Because the Search Key is generally used for 
technical purposes only, it may be ignored by users when 
20 used for this purpose. 

Active status of the Product Rule contains 
information about the record status of the Product Rule. 
The record status can be either active or dormant. A 
dormant state means that a Product Rule has been set up 
25 for future activation. For example, a special deal has 

been negotiated but will not take effect until some later 
date. Product Rules relating to that special deal can be 
created immediately but placed in a dormant mode. The 
data processing system will then ignored these Product 
30 Rules until they are activated on the date when the deal 

goes into effect. This attribute provides the flexibility 
of activating or deactivation a Product Rule and allows 
the Product Rule to remain in the data processing system 
while not in use. 
35 Information about how pricing and billing is to be 

performed contains attributes that gives significant 
information on how the price is used. The information 
about how pricing and billing is to be performed includes 
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information used by the data processing system to find the 
applicable Price Table containing prices or costs. For 
example, information about how pricing and billing is to 
be performed can include attributes such as Billing 
5 Category, Billing plan, Price Tbl Name, Special Group, 

Alternate Account, Alternate Account Type, Feed Indicator, 
Collection Indicator, Advising Code, Minimum Revenue 
Indicator, Derived Volume On, Subscription Volume, Billing 
Cycle, and Run Driver. 

10 Display only information about the target entities is 

a one-liner display on the screen that displays the 
applicable target entities which are referred to by the 
Product Rule. This information may include attributes 
such as Ac/BAC/Sv/Mk/Prd, Price Table detail, and 

15 alternate account . 

The Product Rule attributes will be described in 
further details in the following paragraphs. 

Entity Name/Num is a mandatory attribute and can be 
any of the following: an account wild card mask containing 

20 any mixture of alphabetic characters, numbers, a hyphen w - 
",wild card characters of underscore (equals any 

single character) and a single percentage w %" (equals any 
zero or more characters) which can only be used as the 
last non blank character, an existing account number, an 

25 existing BAC, an existing CAA main account number, an 

existing market segment, an existing product code, or an 
existing BSCl/2/3/4 Billable Service Code. 

When Apply to Indie is not "ACMK" , the Entity 
Name/Num value is an identifier of an entity which exists 

30 on the database. When Apply to Indie is "ACMK" , the 
account wild card mask can include any mixture of 
alphabetic characters, numbers, a hyphen w -", and wild 
card characters of underscore and a single percentage 

w %" which can only be used as the last non blank 

35 character . 

Product Code is another mandatory attribute. Product 
Codes answer the question as to which service or product 
is being used. Product Codes are required in the database 
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and may be supplied "out of the box". For example, a 
Product Code of u 35" is a code from Treasury Management 
Association (TMA) Product Families and indicates the 
service requested is a wire transfer transaction . 
5 A Product Rule should be set-up for each Product the 

data processing system will price and cost and these 
Product Rules will be shown by Apply to Indie as U PRDT" . 
A Product Rule using "PBB" as a product code provides the 
data processing system with a default Product Rule named 

1 0 w PBB - PBB - PRDT -DFLT . " 

Apply to Indie is a third mandatory attribute. The 
value of Apply to Indie indicates the type of entity which 
Entity Name/Num refers to. For example, an indicator may 
indicate that a particular Product Rule applies only to a 

15 particular account, service or customer wire transfer. 

Validation rules are applied at the time of creation 
to check the validity of the indicator with respect to 
Entity Name/Num. The following table illustrates the 
validation rules for each Apply to Indie value. 



Apply 



to Indie 



Validation performed for Entity Name/Num 



ACMK 



An account wild card mask can use the 
following characters: any alphabetic 



characters, any numbers, a hyphen 

any number of underscore characters u __" 

which represents any single character, 



"%" represents any zero or more 
characters. ("%" can appear only once in 
the account wild card mask and must be 



the last non-blank character in the 



ACNT 



MKT 



BAC 



CAA 



account wild card mask.) 

Entity Name/Num must be an existing 

account number . 

Entity Name/Num must be an existing BAC. 
Entity Name/Num must be an existing CAA 
main account number. 

Entity Name/Num must be an existing 
market segment . 
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PRDT Entity Name/Num must be an existing 

product . 

SVC Entity Name/Num must be an existing 

BSC1/2/3/4 Billable Service Code. 

A Product Rule can exist for a CAA main account which 
covers all accounts in the CAA account grouping. An 
additional Product Rule can also exist just for the CAA 
5 main account so that this account can have exception 

pricing. There are some special situations when Apply To 
Indie is "MKT", meaning market segment, and the Entity 
Name/Num is a CAA. 

For CAA individual accounts, the data processing 

10 system first attempts to find the account's market 

segment. If the market segment for the individual account 
is missing, the data processing system then attempts to 
find the market segment of the account's BAC. 

For CAA main accounts, the data processing system 

15 first attempts to find the account's market segment, and 
if the account's market segment is missing, the data 
processing system then attempts to find the market segment 
of the account 1 s BAC . 

For CAA subordinate accounts, the data processing 

20 system first attempts to find the account's market 

segment. If the account's market segment is missing, the 
data processing system then attempts to find the market 
segment of the account's BAC. If the market segment of 
the account's BAC is also missing, the data processing 

25 system then attempts to find the market segment of the CAA 
main account. If the market segment of the CAA main 
account is still missing, the data processing system then 
attempts to find the market segment of the CAA main 
account 1 s BAC . 

30 PrdtRule Scope is another mandatory attribute . 

PrdtRule Scope contains refined details on the scope of a 
particular Product Rule by defining how a Product Rule is 
applicable to a product's BSCl/2/3/4 Billable Service 
Codes. The possible entries are "DFLT" , or a 
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BSC1/2/3/4 Billable Service Code. "DFLT" means the 
Product Rule is applicable to all of the product's 
BSC1/2/3/4 Billable Service Codes. Entity Name/Num values 
which are account wild card masks require PrdtRule Scope 
5 to be U DFLT" . means the Product Rule is applicable 

only to BSC1/2/3/4 Billable Service Codes which have a 
unit price in the Price Table, i.e., Price Method (Mth 1) 
of U U" . Any other value is deemed to be a BSCl/2/3/4 
Billable Service Code, meaning that the Product Rule is 
10 applicable to that particular BSCl/2/3/4 Billable Service 
Code only. When Subscription Volume is not blank, the 
BSCl/2/3/4 Billable Service Code specified in PrdtRule 
Scope must use a Service Role of "SUBS" on the Service 
Details screen. 

15 Record Status is an optional field. Record Status 

displays the status of the record. Record Status value 
can be blank, " ++" meaning a relationship is missing, "00" 
meaning the record is closed, "01" meaning the record is 
open, or "11" meaning the record is dormant. 

20 Billing Category is an optional field. Billing 

Category contains information of which set of Billable 
Service Codes (BSC1 or BSC2 or BSC3 or BSC4) to use to 
bill a particular customer. When a pricing is to be 
performed, the data processing system uses the Product 

25 Rules to find the applicable Billing Category. The value 
for Billing Category can be blank, BSC1, BSC2 , BSC3 or 
BSC4. BSC1, BSC2, BSC3 and BSC4 are billing categories 
provided "out-of -the-box" . The data processing system 
performs Product Rule lookups until a non-blank Billing 

30 Category is found. Billing Category is always based on a 
CAA individual account or on a CAA main account . In the 
case of a CAA subordinate account, the Billing Category is 
based on its CAA main account. 

Following table shows a hierarchy of how the data 

35 processing system performs Billing Category lookups. 
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Step Entity 

Name/Num 



CNTL 



The CAA 
individual 
or CAA main code 
account 

The CAA The 
individual product 
or CAA main code 
account 

The BAC code The 

product 
code 

The product The 
code 



Indie 
ACMK 



CAA 



PBB 



product 
code 
PBB 



ACNT 



BAC 



PRDT 



PRDT 



Scope 
DFLT 



DFLT 



DFLT 



DFLT 



DFLT 



DFLT 



Category 
BSC2 



Product Apply To PrdtRule Billing 
Code 
The 

product 
code 
The 

product 



BSC1 



BSC1 



"?" means the Product Rule's Billing Category. If 
the Product Rule's Billing Category is blank, there is no 
5 Billing Category applicable for this Product Rule and the 
data processing system continues to look by executing the 
t next step until one is found. 

gume the data processing system needs to finds the 
O-VBilling Ca^qory for CAA subordinate account "11111111111- 
10 01DDA" . Furth^x: assume that the product code is "35"; 

account is the CA^Sw^in account "222222222222-01DDA" ; and 
the CAA main account b^ngs to BAC "0712301". The 
sequence of Product Rule loSte^ps is performed as 
illustrated in the following exsiTn&le . 
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Step Entity 

Name/Num 



Product Apply To PrdtRule Billing 



4 
5 
6 



- CNTL 

222222222222 
- 01DDA 

222222222222 

- 01DDA 

0712301 

35 

PBB 



Code 
35 

35 

35 

35 
35 
PBB 



Indie 
ACMK 

CAA 

ACNT 

BAG 

PRDT 

PRDT 



Scope 
DFLT 

DFLT 

DFLT 

DFLT 
DFLT 
DFLT 



Category 
BSC2 



7 

BSC1 
BSC1 



^ In the above example, step 6 never executes because 

2 the Product Rule lookups stop at step 5, after finding 

^ . 5 "BSC1" . 

: : C 

(Vl Billing Plan is an optional field. Billing Plan 

^ contains information of whether the customer is billed 

lY* using compensating balance method or using fee-based 

= method or using services rendered. Service rendered is 

^ 10 for cost only which is used to handle inter office 
yj allocations. When billing is to be performed, the data 

y processing system uses the Product Rules to find the 

m applicable Billing Plan. The data processing system 

performs Product Rule lookups until a non-blank Billing 
15 Plan is found. The lookups do not use CAA roles. 

Therefore, the data processing system is not interested in 
whether an account is a CAA individual account or a CAA 
main account or a CAA subordinate account . 

The following table illustrates the hierarchy for 
20 Product Rules lookups for Billing Plan. 



Step Entity 

Name/Num 

1 



CNTL 



The 



Product Apply To 

Code Indie 

The ACMK 
product 
code 

The SVC 



PrdtRule 

Scope 

DFLT 



The 



Billing 

Plan 

SERV 
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BSC1/2/3/4 

Billable 
Service Code 



product 
code 



The account The ACNT 
number product 
code 



The account The ACNT 
number product 
code 

The BAC code The BAC 
product 
code 

The product The PRDT 



code 



PBB 



product 
code 

PBB PRDT 



BSC1/2/3/4 

Billable 

Service 

Code 

The 

BSC1/2/3/4 

Billable 

Service 

Code 

DFLT 



DFLT 



DFLT 



DFLT 



COMP 



FEE 



"?" means the Product Rule's Billing Plan. Billing 
Plan may contain the following value: blank, "COMP", 
"FEE", or U SERV" . If Billing Plan is blank, there is no 
5 Billing Plan applicable for this Product Rule and the data 
processing system continues to look by executing the next 
step. If Billing Plan is "COMP", compensating balance is 
used. If Billing Plan is "FEE", pricing is fee based. If 
Billing Plan is "SERV" , a service has been rendered and 
10 will be billed as cost only. Note that only costing is 

erformed when the Product Rule's Billing Plan is "SERV". 

the Product Detail attribute multiple billing 
ans (Mult'5>£xLe BP 1 s has a value of "N" , the product does 
not use multipT^Billing Plans and the Product Rule lookup 
15 starts at step 6 . 

Assume the data processing system needs to find the 
Billing Plan for account "11111111111-01DDA" . Further 
assume the BSCl/2/3/4 Billable Service Code is "12345678' 
for product "10" and the account belongs to BAC "0712301' 
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m 



The sequence of Product Rule lookups is performed 
according to the following example. 



Step Entity 

Name /Num 

1 

- CNTL 

2 12345678 

3 11111111111- 
01DDA 

4 11111111111- 
01DDA 

5 0712301 

6 10 

7 PBB 



Product Apply To 



Code 
10 

10 
10 

10 

10 
10 
PBB 



Indie 
ACMK 

SVC 
ACNT 

ACNT 

BAC 

PRDT 

PRDT 



PrdtRule 

Scope 

DFLT 

12345678 
12345678 

DFLT 

DFLT 
DFLT 
DFLT 



Billing 

Plan 

SERV 



9 



? 

COMP 
FEE 



5 In the above example, step 7 never executes for 

product 10 because the Product Rule lookups stop at step 
6, after finding "COMP" . 

PRICE Tbl Name is an optional field. A Product Rule 
refers to a Price Table using its PRICE Tbl Name field. 
10 PRICE Tbl Name may contain a value of blank, any four- 
character combination, or "AUTO". 

When PRICE Tbl Name is a four-character field, e.g. 
not blank and not "AUTO" , the value must be the name of an 
existing Price Table. For example, if PRICE Tbl Name is 
15 "PB01", this Product Rule uses the Price Table named 

"PB01" for its prices. If PRICE Tbl Name is "PB24", this 
Product Rule uses the Price Table named "PB24" for its 
prices. 

When there are few exception pricing situations, 
20 four- character Price Table names are adequate and simple 
to manage. However, when there are hundreds or even 
thousands of exception pricing situations, a more obvious 
and apparent method of naming is needed for users to be 
able to see where a current Price Table fits, which 
25 Product Rule it belongs to and the boundaries of its 

jurisdiction. In these cases, the Price Table name can be 
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set to match the Product Rule name by using the value 
u AUTO" in the Product Rule's PRICE Tbl Name field. For 
example, if PRICE Tbl Name is "AUTO", this Product Rule 
uses the Price Table which matches its identifier made up 
5 of the four attributes: Entity Name/Num + Product Code + 
Apply to Indie + PrdtRule Scope. "AUTO" , therefore, is a 
special name. n AUTO" can only be used when Apply to Indie 
is "ACNT" or "CAA" , and when Pricing Schema of the Price 
Table is U PRIC" . 

10 If PRICE Tbl Name is blank in a Product Rule, it 

means that this Product Rule does not get used for prices 
but can get used for its remaining features. Many Product 
Rules and many price Tables can be involved in a single 
pricing. However, a Price Table is only used if a Product 

15 Rule refers to it. Therefore, Price Tables which are not 
referred to by Product Rules are never used in pricing, 
i.e., they are dormant . 

When a pricing is to be performed, the data 
processing system needs to be able to find the applicable 

20 Product Rules and Price Tables so that a price and cost 

can be calculated for a BSCl/2/3/4 Billable Service Code. 
The data processing system performs Product Rule lookups 
until a non-blank PRICE Tbl Name is found. 

The following example shows how a Product Rule's 

25 PRICE Tbl Name is used to match with the Price Table's 

Entity Name/Num. If the values of the PRICE Tbl Name and 
Entity Name/Num are the same, the PRICE Tbl Name and 
Entity Name/Num match. 



30 Product Rule : 

Entity Name/Num Product Apply to PrdtRule PRICE Tbl 

Code Indie Scope Name 

1234567 35 SVC DFLT PB01 

CNTL 3 5 ACMK DFLT PB24 
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Price Table : 

Entity Name/Num 

PB01 
PB24 



Product Apply to PrdtRule 

Code Indie Scope 

3 5 blank blank 

3 5 blank blank 



The following example shows how a Product Rule's 
PRICE Tbl Name of "AUTO" is used to match with Product 
5 Rule's identifier with a Price Table 1 s identifier. 



Product Rule : 

Entity Name/Num 

1234 5678 90 0-01DDA 
1234 5678 90 0-01DDA 



Product 

Code 

35 

35 



Apply to 
Indie 
ACNT 
ACNT 



PrdtRule 
Scope 
DFLT 
1234567 



PRICE Tbl 
Name 
AUTO 
AUTO 



10 



Price Table: 

Entity Name/Num 

12345678900 -01DDA 
1234 5678 90 0-01DDA 



Product 

Code 

35 

35 



Apply to 
Indie 
ACNT 
ACNT 



PrdtRule 
Scope 
DFLT 
1234567 



The sequence and hierarchy of Product Rule lookups 
for PRICE Tbl Name is as follows: 



Step Entity 

Name /Num 



Product Apply To PrdtRule 



- CNTL 

The 

applicable 
BSC1/2/3/4 
Billable 
Service Code 
The CAA 
individual 
or CAA 



Code 
The 

product 

code 

The 

product 
code 



The 

product 
code 



Indie 
ACMK 



SVC 



ACNT 



Scope 
DFLT 



The 

BSC1/2/3/4 

Billable 

Service 

Code 

The 

BSC1/2/3/4 
Billable 



PRICE 
Tbl Name 
C001 
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10 



11 



subordinate 

account 

The CAA 

individual 

or CAA 

subordinate 

account 

The CAA 

individual 

or CAA main 

account 

The CAA 
individual 
or CAA main 
account 
The CAA 
individual 
or CAA 
subordinate 
account 
The CAA 
individual 
or CAA main 
account 
The BAC of 
the CAA 
individual 
or CAA main 
account 
The market 
segment of 
the account 
The product 
code of the 
BSC1/2/3/4 
Billable 
Service Code 



The ACNT 

product 

code 



The CAA 

product 

code 



The CAA 

product 

code 

The ACNT 

product 

code 



The CAA 

product 

code 

The BAC 

product 

code 



The MKT 

product 

code 

The PRDT 

product 

code 



Service 
Code 



The ? 

BSC1/2/3/4 

Billable 

Service 

Code 

* 



DFLT 



DFLT 



DFLT 



DFLT 



DFLT 



S001 
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PBB 



PBB 



PRDT 



DFLT 



S001 



10 

m 

15 

m 

fcy 

5 20 
25 

30 



"The CAA individual or CAA subordinate account" means 
the account's CAA Role is either "INDIV" or "SUB" . "The 
CAA individual or CAA main account" means the account 1 s 
CAA Role is either "INDIV" or "MAIN". In the case of a 
CAA subordinate account, its CAA main account number is 
used. 

"The market segment of the account" means that for 
CAA individual accounts, the data processing system first 
attempts to find the account 1 s market segment. If CAA 
individual account's market segment is missing, the data 
processing system then attempts to find the market segment 
of the account 1 s BAC . 

For CAA main accounts, the data processing system 
first attempts to find the account's market segment. If 
the account's market segment is missing, the data 
processing system then attempts to find the market segment 
of the account's BAC. 

For CAA subordinate accounts, the data processing 
system first attempts to find the account's market 
segment. If the account's market segment is missing, the 
data processing system then attempts to find the market 
segment of the account's BAC. If the market segment of 
the account's BAC is also missing, the data processing 
system then attempts to find the market segment of the CAA 
main account. If the market segment of the CAA main 
account is still missing, the data processing system then 
attempts to find the market segment of the CAA main 
account 1 s BAC . 

"?" means the Product Rule's PRICE Tbl Name. If 
"?"is blank, there is no Price Table applicable for this 
Product Rule. If "?"is "AUTO", the data processing system 
constructs the identifier of the Price Table. If the 
Price Table with the constructed identifier does not 
exist, there is no Price Table applicable for this Product 
Rule. If u ?" contains any other value, this value is the 
identifier of the Price Table. "C001" is a Price Table 
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10 



15 



provided "out of the box" and contains sample costs. 
"S001" is a Price Table provided "out of the box" and 
contains sample prices . 

in PrdtRule Scope means if the BSCl/2/3/4 
Billable Service Code actually has a unit price in the 
Price Table, i.e., Price Method (Mth 1) of "U" . 

Assume the data processing system is performing a 
pricing for BSCl/2/3/4 billable Service Code "12345678". 
Further assume the account is "11111111111-01DDA" ; 
BSCl/2/3/4 Billable Service Code "12345678" belongs to 
product code "35"; account ' lllllllllll-01DDA , is a CAA 
subordinate account and its CAA main account is 
"222222222222 -01DDA" ; the CAA main account belongs to BAC 
"0712301"; and the CAA main account belongs to market 
segment "OTHER" . The sequence of Product Rule lookups is 
performed as illustrated in the following examples, until 
a non-blank PRICE Tbl Name is found. 



Step Entity 

Name/Num 



2 
3 



9 

10 
11 



- CNTL 

12345678 

11111111111- 

01DDA 

11111111111- 
01DDA 

222222222222 
- 01DDA 

222222222222 
- 01DDA 

11111111111- 
01DDA 

222222222222 

-01DDA 

0712301 

OTHER 

35 



Product Apply To PrdtRule PRICE Tbl 
Code Indie Scope Nam e 

3 5 ACMK DFLT CO 01 



35 
35 

35 

35 

35 

35 

35 

35 
35 
35 



SVC 
ACNT 

ACNT 

CAA 

CAA 

ACNT 

CAA 

BAC 
MKT 
PRDT 



12345678 
12345678 



DFLT 

DFLT 

DFLT 
DFLT 
DFLT 



12345678 ? 



7 
7 

S001 
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12 



PBB 



PBB 



PRDT 



DFLT 



S001 



Special Group is an optional field. Special Group 



10 



15 



20 



25 



30 



can be blank, 



or 



This attribute can only be U Y' 




if Price Table has a four-character name (not "AUTO") and 
the schema of the price table is "BNDL" . 

Alternate Account is an optional field. When billing 
is to be performed, the data processing system uses the 
Product Rules to find Alternate Accounts. The data 
processing system performs Product Rule lookups to find 
whether there is an applicable Alternate Account. If 
there is an Alternate Account, even if a match has been 
found, a different account may be billed instead. 
Alternate Account may have a value of blank or an account 
number . 

When Alternate Account is blank, there is no 
Alternate Account applicable for this Product Rule and the 
data processing system continues to look by executing the 
next step. When Alternate Account is non-blank, the value 
must be an account which exists on the database and 
Alternate Account Type must be either U C" when the Apply 
To Indie is "SVC" or "F" when the Apply To Indie is 
"ACNT" . 

the first example, assume the data processing 
system nee^to finds whether there is an Alternate 
Account for "llltSajLllVVT-OlDDA" . Further assume that 
BSC1/2/3/4 Billable ><^rvice Code "ABC050" which belongs to 
product "05", is being ufei&d. Then, the Product Rules 
lookup stops at step 2 after Kmding an Alternate Account 
for the BSC1/2/3/4 Billable Servifc^ Code. 



Step Entity 



Product Apply PrdtRule Alternate Alternate 



Name/Num Code 

11111111 05 

777- 

01DDA 

ABC050 05 



To Scope 
Indie 

ACNT DFLT 



SVC ABC050 
-20- 



Ac count 



blank 



Account 

Type 

blank 



010091111 C 
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1111- 
01CNTL 



Using slightly different Product Rules, the Product 
Rules lookup in the next example stops at step 1 after 
finding an Alternate Account for the Entity Name/Num. 



Step 



Entity 
Name/Num 

11111111 
777- 
01DDA 
ABC050 



Product Apply PrdtRule Alternate 



Code 



05 



05 



To 

Indie 
ACNT 



SVC 



Scope 



DFLT 



ABC050 



Account 

111145678 
88-01DDA 

010091111 

1111- 

01CNTL 



Alternate 

Account 

Type 

F 



10 



Using slightly different Product Rules in this 
example, the Product Rules lookup stops at step 2 having 
found no applicable Alternate Account. 



Step 



Entity 
Name/Num 

11111111 
777- 
01DDA 
ABC050 



Product 
Code 

05 



05 



Apply 
To 

Indie 
ACNT 



SVC 



PrdtRule 
Scope 

DFLT 



ABC050 



Alternate Alternate 
Account Account 
Type 

blank blank 



blank 



blank 



Alternate Acnt Type is an optional field. Alternate 
Acnt Type has a value of blank, "F" or "C" . When 
Alternate Account is non-blank, Alternate Account Type 

15 must be either U C" when the Apply To Indie is "SVC" or W F" 
when the Apply To Indie is "ACNT" . W C" means the 
BSC1/2/3/4 Billable Service Code is a cost only service to 
the BAC. The BSCl/2/3/4 Billable Service Code is 
allocated to a control account whenever this BSCl/2/3/4 

20 Billable Service Code is used. U F" means the BSCl/2/3/4 
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Billable Service Codes for this account will be allocated 
to the Alternate Account . 

Product Rule lookups for Alternate Account Type are 
similar to that discussed above for Alternate Account. 

Fee Indicator is an optional field and is dormant. 

Collection Indicator is an optional field- When 
billing is to be performed, the data processing system 
uses the Product Rules to find the applicable Collection 
Indicator. The data processing system performs Product 
Rule lookups until a non-blank Collection Indicator is 
found. The lookups do not use CAA roles. Therefore, the 
lookups are not interested in whether an account is a CAA 
individual account or a CAA main account or a CAA 
subordinate account . 

The sequence and hierarchy of Product Rule lookups 
for Collection Indicator is as follows: 



Step Entity 

Name/Num 



- NOS% 

The account 
number 



The 

BSC1/2/3/4 
Billable 
Service Code 



The account 
number 

The product 



Product 

Code 

The 

product 

code 

The 

product 
code 



Apply To 

Indie 

ACMK 



ACNT 



The 

product 
code 



SVC 



The ACNT 

product 

code 

The PRDT 
-22- 



PrdtRule 

Scope 

DFLT 



The 

BSC1/2/3 
/4 

Billable 
Service 
Code 
The 

BSC1/2/3 
/4 

Billable 
Service 
Code 
DFLT 



DFLT 



Collection 

Indie 

OTHR 



APP1 



APP2 
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code 



PBB 



product 
code 

PBB PRDT 



DFLT 



APP2 



hi 



10 



15 



20 



means the Product Rule's Collection Indicator. 
If "?" is blank, there is no Collection Indicator 
applicable for this Product Rule and the data processing 
system continues to look by executing the next step. 
Collection Indicator values may be: Blank, "APP1" , "APP2", 
or "OTHR" . 

Assume the data processing system needs to finds the 
Billing Category for account "11111111111- 01SAV" . Further 
assume that the BSCl/2/3/4 Billable Service Code is 
"12345678" for product "10" . The sequence of Product Rule 
lookups is performed as illustrated in the following 
examples, until a non-blank Collection Indicator is found. 



Step Entity 

Name/Num 



Product Apply To 



3 
4 

5 
6 



- NOS% 

11111111111- 

01SAV 

12345678 

11111111111- 

01SAV 

10 

PBB 



Code 
10 

10 

10 
10 

10 
PBB 



Indie 
ACMK 

ACNT 

SVC 
ACNT 

PRDT 
PRDT 



PrdtRule 

Scope 

DFLT 



Collection 

Indie 

OTHR 



12345678 ? 

12345678 APP1 
DFLT ? 



DFLT 
DFLT 



APP2 
APP2 



In the above example, step 6 does not execute because 
the Product Rule lookups stops at step 5, after finding 
"APP2" . 

Advising Code is an optional field. When billing is 
to be performed, the data processing system uses the 
Product Rules to find the Advising Code. The data 
processing system performs Product Rule lookups to find 
whether there is an applicable Advising Code. 
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Advising Code may have a value of blank, "1", "2", 
"3", "4", or tt 5" . When Advising Code is blank, there is no 
Advising Code applicable for this Product Rule. "1" means 
balance based but with no statement. u 2" means balance 
5 based by statement. u 3" means fee based but with no 

statement. u 4" means fee based by statement. "5" means 
fee based by invoice. 

Assume the data processing system needs to find 
whether there is an Advising Code for product "05" for 
10 account "11111111777-01DDA" . Using sample values for 

Advising Code, the Product Rules lookup would find that 
there is no applicable Advising Code in the first entry 
and the Advising Code is "1" in the second entry. 



ijj Entity Product Apply To PrdtRule Advising 

Name /Num Code Indie Scope Code 

_^ 11111111777- 05 ACNT DFLT blank 

W 01DDA 

i : S 

m 11111111777- 05 ACNT DFLT 1 

01DDA 

S 15 

UJ Minimum Revenue Indicator is an optional field. When 

pricing is to be performed, the data processing system 

j=Q uses the Product Rules to find the applicable Minimum 

Revenue Indicator. The data processing system performs 
20 Product Rule lookups until a non-blank Minimum Revenue 
Indicator is found. The lookups use CAA roles. Hence, 
when an account has the CAA Role of CAA subordinate 
account, they may use its CAA main account during the 
lookup . 

25 The sequence and hierarchy of Product Rule lookups is 

as follows: 
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Step Entity 

Name /Num 

1 The account 

number 



The account 
number 

The account 
number 

The CAA 
main 
account 
number 

The CAA 

main 

account 

number 

The CAA 

main 

account 

number 



Product 
Code 

The 

product 
code 



The 

product 

code 

The 

product 

code 

The 

product 
code 



The 

product 
code 

The 

product 
code 



Apply To PrdtRule 



Indie 



ACNT 



ACNT 



ACNT 



CAA 



CAA 



CAA 



Scope 
The 

BSC1/2/3/4 

Billable 

Service 

Code 

* 



DFLT 



The 

BSC1/2/3/4 

Billable 

Service 

Code 

* 



DFLT 



Minimum 
Revenue 
Indicator 



u ?" means the Product Rule's Minimum Revenue Indicator 
and may be blank, U A" or U V" . If is blank, there is 

5 no Collection Indicator applicable for this Product Rule 
and the data processing system continues to look by 
executing the next step. "A" indicates to always apply 
minimum even if no activity occurred for the BSCl/2/3/4 
Billable Service Code. "V" means to only apply minimum 
10 when activity occurred for the BSCl/2/3/4 Billable Service 
Code . 
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# 



10 



15 



When the account uses a CAA Role of a CAA Individual 
Account , only steps 1 , 2 and 3 are applicable . When the 
account uses a CAA Role of a CAA Main Account, all the 
steps are applicable. When the account uses a CAA Role of 
a CAA Subordinate Account, steps 1, 2 and 3 use the 
account number of the CAA Subordinate Account; and steps 
4, 5 and 6 use the account number of its CAA Main Account. 

For the next example, assume the data processing 
system needs to find the Minimum Revenue Indicator for 
account "22221111177- 01DDA" . Further assume that the 
account uses a CAA Role of a CAA Main Account and the 
BSC1/2/3/4 Billable Service Code is "12345678" for product 
u 10" . Using sample values for Minimum Revenue Indicator, 
the Product Rules lookup in the next example stops at step 
4 after finding the value "V" . 



hi 



Step Entity 

Name /Num 



Product 
Code 



22221111177 10 
- 01DDA 

22221111177 10 
-01DDA 

22221111177 10 
- 01DDA 

22221111177 10 
- 01DDA 

22221111177 10 
- 01DDA 

22221111177 10 
-01DDA 



Apply To PrdtRule 
Indie Scope 



ACNT 



ACNT 



ACNT 



CAA 



CAA 



CAA 



12345678 



DFLT 



DFLT 



Minimum 
Revenue 
Indicator 
blank 

blank 

blank 



12345678 V 



blank 



In the next example, the Product Rules lookup uses 
steps Al, A2 , A3, A4 , A5 and A6 but stops at step A4 after 
20 finding the value U V" for the CAA Subordinate Account. 

The Product Rules lookup then uses steps Bl, B2 , B3 , B4 , 
B5 and B6, then stops at step B2 after finding a different 
value of "A" for the CAA Main Account . 
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Step Entity 

Name /Num 



Al 11111111111 

-01DDA 
A2 11111111111 

-01DDA 
A3 11111111111 

-01DDA 
Bl 22221111177 

-01DDA 
B2 22221111177 

-01DDA 
B3 22221111177 

-OlDDA 
A/B4 22221111177 

-OlDDA 
A/B5 22221111177 

-OlDDA 
A/B6 22221111177 

-OlDDA 

Derived Volume On is an optional field. The use of 
Derived Volume On attribute is dormant . Derived Volume 
5 has a value of blank or "Y" meaning derived volume is on. 
Subscription Volume is an optional field. When 
pricing is to be performed, the data processing system 
uses the Product Rules to find the Subscription Volume. 
Subscription Volume contains a numeric value. The data 
10 processing system performs Product Rule lookups to find 

whether there is an applicable Subscription Volume. When 
Subscription Volume is not blank, PrdtRule Scope must be a 
BSC1/2/3/4 Billable Service Code and that BSCl/2/3/4 
Billable Service Code must use a Service Role of U SUBS" on 
15 the Service Details screen. 

The Product Rule lookups is as follows: 



Product Apply To PrdtRule Minimum 



Code Indie ^ Scope Revenue 

Indicator 

10 ACNT 12345678 blank 

10 ACNT * blank 

10 ACNT DFLT * blank 

10 ACNT 12345678 blank 

10 ACNT * A 

10 ACNT DFLT blank 

10 CAA 12345678 V 

10 CAA * blank 

10 CAA DFLT A 
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Step Entity 

Name /Num 



Product 
Code 



1 The account The 

number product 
code 




Apply To PrdtRule Subscrip- 
Indic Scope tion 

Volume 
ACNT The ? 

BSC1/2/3/4 

Billable 

Service 

Code 



u ?" \Lf=; Subscription Volume. Usually, the 
Siibscriptio?K Volume number is u l" and is used in the 
[price * volume] calculation to determine revenue. For 
5 billing, Subscription Volume can be suppressed on the 

BILLFEED output if\the BSCl/2/3/4 Billable Service Code 1 s 
Suppress Feed Vol is\^Y" on the Service Details screen. 
BILLFEED output is an output file produced by the data 
processing system which contains the complete details of 
10 what customers re to be billed. The Service Details 

screen is a screen provided asSpart of the data processing 
system which users use to def ineNattributes of each 
Service code, including the BSC1/2a£/4 Billable Service 
Codes . 

15 Billing Cycle and Run are optional fields. When 

billing is to be performed, the data processing system 
uses the Product Rules to find the Billing Cycle and Run 
applicable for each product. The data processing system 
performs Product Rule lookups to find the applicable 

20 Billing Cycle and Run. 

The sequence and hierarchy of Product Rule lookups is 
as follows: 



Step Entity Product 

Name /Num Code 

1 The product The 

code product 



Apply To PrdtRule Billing Run 
Indie Scope ■ Cycle 

PRDT DFLT ? ? 



PBB 



code 
PBB 



PRDT 



DFLT 



ML 
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Billing Cycle may contain a value of blank or "ML" . 
"ML" means bill monthly. When Billing Cycle is blank, Run 
must also be blank. When both Billing Cycle and Run are 
blank, there is no Billing Cycle and Run applicable for 
5 this Product Rule and the data processing system continues 
to look. 

Run has a value of blank or "1" . u l" means billing 
run 1. Billing Cycle and Run are either both non-blank or 
both blank. 

10 For the following example, assume the data processing 

system needs to find the Billing Cycle & Billing Run for 
product u 10" . The Product Rules lookup stops at step 2. 

Step Entity Product Apply To PrdtRule Billing Run 

Name/Num Code Indie Scope Cycle 

1 10 10 PRDT DFLT blank blank 

2 PBB PBB PRDT DFLT ML 1 

15 One-Liner for Ac/BAC/Sv/Mk/Prd is a display only 

based on the values of Entity Name/Num and Apply to Indie. 
Ac/BAC/Sv/Mk/Prd is used to provide more information about 
the Entity Name/Num and the details are derived based on 
the values of Entity Name/Num and Apply To Indie. 

20 Therefore, users cannot change this item. 

One-Liner for Price Table Dtl is a display only. 
This One-Liner displays selected attributes of the Price 
Table record. Price Table Dtl is used to provide more 
information about the applicable Price Table which is 

25 helpful when users are using complex Product Rules with 
the "AUTO" value. The details are derived based on the 
value of Price Tbl Name. Therefore, users cannot change 
V this item. 

\\^^Sv Ga^Liner for Alternate Acnt is a display only. 
3(j^/WternateA5r^O displays selected attributes of 

the Alternate Ac^o^vt record and is used to provide more 
information about the^ap^li cable Alternate Account. The 
details are derived based o?N^he value of Alternate Acnt. 
Therefore, users cannot change dj^s item, 
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Some attribute fields cannot be updated because they 
contain information about the name of a Product Rule. To 
change these attribute fields, the user needs to delete 
the Product Rule, for example, by using SF8 -Delete 
5 function key. The user then needs to make the necessary 
changes and insert the new Product Rule, for example, by 
using F8- Insert function key. For example, Entity 
Name/Num, Product Code, Apply to Indie and cannot be 
updated unless using the method described above. 
10 Some fields cannot be updated because they are 

derived by the data processing system based on the name of 
the Product Rule. These fields are the One-Liner displays 
of the entities referred to by the Product Rule, such as 
Ac/BAC/Sv/Mk/Prd, Price Table Dtl and Alternate Acnt. 
™ 15 The data processing system may use software to store 

y3 Product Rules which have been used during the session in 

its program memory area. This improves pricing and 
qj costing performance. However, when updating Product 

W Rules, the change is not re -loaded into the program memory 

{fs 20 area for a time delay, which can be up to 60 seconds. 
h Before an update is committed to the database, the 

« data processing system validates the Product Rule. The 

hj validation is the same as performed for an insert. 

W For pricing purposes, Price Tables are used. Product 

g=j 25 Rules interact with Price Tables to provide a 

comprehensive set of pricing combinations and to enable 
sophisticated exception pricing. A Product Rule can only 
refer to one Price Table. Product Rules which refer to a 
Price Table use that Price Table. 
30 The Price Table can contain prices or costs, mutually 

exclusive, depending on the Schema of the Price Table. 
For example, a Schema of "COST" means that the Price Table 
contains only costs; a Schema of U STD" or "PRIC" means 
that the Price Table contains only prices; a Schema of 
35 "BNDL" means a Price Table for bundled pricing which 

contains prices to be used for the Pricing Method known as 
Cross CAA/Bundled Tiering. 
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Each Price Table containing prices is related to a 
Price Table containing costs. The mandatory field for 
Price Tables containing prices is blank for Price Tables 
containing costs. Cost Table field is the Entity Name of 
5 the Price Table containing costs. The price/cost 

contained within the Price Table may be a negative value. 
Price/cost Table Maintenance screen shows the prices 
and/or costs of a Price Table. 

Each Price Table must nominate a Product . The Price 

10 Table applies only to BSCl/2/3/4 Billable Service Codes of 
that Product. The same Price Table name (Entity Name) can 
be used for different Products. 

Exception price tables ("PRIC") can be created for an 
account, or a CAA (i.e., the main account of a grouping of 

15 accounts) . Exception price tables are set up for accounts 
and CAA's to enable exception pricing to be performed for 
specific BSCl/2/3/4 Billable Service Codes of an account 
or across accounts within a CAA grouping of accounts. In 
order to enable exception pricing to be performed, the 

20 following Product Rule attributes are required: Auto Name, 
Apply To, Scope and Schema. In general, Price Tables 
contain the following attributes: Entity Name, Product, 
Apply To, Scope, Auto Name, Schema, Category, Description, 
Currency Code, Alias, Valid From Date, Minimum, No of 

25 Tiers, GoTo, Cost Table, Services List, Service, 

Description, Role, Amount, Price Method (Mth 1) & Apply To 
Group (Mth 2) , Bundle Primary/Secondary (Bnd 1) & Bundle 
Character (Bnd 2), and Cat. 

Entity Name is a mandatory field. When Auto Name is 

30 blank, the Price Table is a generic Price Table and Entity 
Name must be four characters. When Auto Name is W Y" , the 
Price Table is an exception Price Table and the value of 
Entity Name is used to match with a record in Product 
Rules. If the Price Table is an exception Price Table, 

35 the Entity Name must have the value of an account, or a 
CAA (i.e., the main account of a grouping of accounts) . 
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Product is a mandatory field. Product means a TMA 
Product Family. The Price Table applies to BSCl/2/3/4 
Billable Service Codes of this Product only. 

When a Price Table is to be created for a Product, 
5 Service Details screen may be used to confirm that 

BSCl/2/3/4 Billable Service Codes for this Product and 
Billing Category are operational as indicated by Record 
Status. If the Record Status is dormant and the user 
desires to make a service operational, the user needs to 
10 update the Record Status to active, Logoff and then Logon 
again . 

Price Table attribute Apply To is blank for Generic 
Price Tables. For exception Price Tables, Apply To 
indicates whether an exception Price Table is applicable 
15 to an account or a CAA. In this case, Auto Name must be 
y? W Y" and Apply To value must be either "ACNT" for an 

rl account or "CAA" for a CAA (i.e., the main account of a 

Ly grouping of accounts) . 

"f= Scope indicates how Apply To is used and is used only 

== 20 for exception Price Tables. To use Scope, Auto Name must 
jz be tt Y" and the values for Scope must be "DFLT" , a 

j7] BSCl/2/3/4 Billable Service Code, or . When Scope is 

□ not "DFLT" or «*" , the content of Scope is treated as a 

rf BSCl/2/3/4 Billable Service Code. 

25 The following table summarizes allowed values based 

on the content of Auto Name. 



Auto Schema Entity Name Product 
Name 

Blank U STD" Must be 4 

characters 
Blank "PRIC" Must be 4 

characters 
Blank W BNDL" Must be 4 

characters 
Blank M RBAT" Must be 4 

characters 
Blank "COST" Must be 4 



Apply 
To 

Mandatory Blank 



Mandatory Blank 

Mandatory B 1 ank 

Mandatory B 1 ank 

Mandatory Blank 



Scope 
Blank 
Blank 
Blank 
Blank 
Blank 
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characters 
TRIG" An account Mandatory "ACNT" A 

number or a or BSCl/2/3/4 

CAA account "CAA" Billable 

number Service 

Code , or 
w * " , or 
U DFLT" 



Category indicates which set(s) of BSCl/2/3/4 
Billable Service Codes are applicable for the Price Table. 
When Amounts are recorded against BSCl/2/3/4 Billable 
5 Service Codes of a Billing Category, those Amounts will be 
retained on the database when Billing Category of a Price 
Table is updated to exclude them. Those Amounts are 
simply made dormant by the data processing system and can 
be made active by making that Billing Category active 

10 again. For example, when Billing Category is set to ALL 
and Amounts are entered against BSC2 Billable Service 
Codes. Billing Category is then changed to BSC1 . Those 
Amounts entered against BSC2 Billable Service Codes are 
retained and can be made active again by changing Billing 

15 Category to "ALL" , "BOTH" or "BSC2" . 

Price Table attribute Description is in free form 

text . 

Price Table attribute Currency Code is a dormant 
field and may be activated if desired. 
20 Price Table attribute Alias is another dormant field. 

Valid From Date is an optional field in the form mmm 
YYYY* e.g., Man 1998". Valid From Date is used to create 
different sets of Amounts. Each set of Amounts is 
applicable from the Valid From Date until the next Valid 
25 From Date. The use of the Valid From Date field is 

important to billing, adjustment processing and what-if 
analysis queries. 

When Valid From Date is blank, the Amounts are 
applicable as of "the dawn of time" until the next (if 
30 any) Valid From Date for that Price Table. Using "the 



No: M-7085 US 
459688 ' vl 

dawn of time" enables "what -if" pricing and costing to be 
performed using historical Price Tables. When there is no 
next Valid From Date, the Amounts are applicable until 
w the end of time" . Using "the end of time" enables "what- 
5 if" pricing and costing to be performed using Price Tables 
which will become effective at a future date. The data 
processing system contains screens which users use to 
perform pricing and costing online. The screens allow 
dates to be specified for the effective date of prices, 
10 the effective date of costs and the effective date of the 
BSC1/2/3/4 Billable Service Codes. These effective dates 
can be past, present or future or any combination. Hence 
the data processing system provides "what -if" pricing and 
costing . 

15 Minimum is an optional field, used to define pricing 

tiers for tiered discounting and volume discounting. Each 
BSC1/2/3/4 Billable Service Code in each tier can use a 
different Amount. The use of Minimum is illustrated in 
the examples below. 



U 20 



Tier Minimum BSCl/2/3/4 Included Amount Price Method 

Billable in this (Mth 1) 

Service tier 
Code 

1 1 1234567 Yes 7.0000 T 

2 15 1234567 Yes 7 . 54 0 0 T 

3 25 1234567 Yes 7.4000 T 

In the above example, BSCl/2/3/4 Billable Service 
Code 1234567 uses three tiers. The first tier is 
effective for the first fourteen. The second tier is 

25 effective for the next ten. The third tier is effective 
for the remainder. Each tier in this example uses the 
same Price Method (Mth 1) of "T" . 

The first tier usually commences with Minimum value 
of "1" . A first tier commencing with Minimum value of "0" 

30 is a special case and will be discussed later. There is a 
limit of 99 tiers. Another limitation is that the Price 
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Method (Mth 1) for a BSCl/2/3/4 Billable Service Code must 
be the same for all tiers of that BSCl/2/3/4 Billable 
Service Code . 

To change Minimum, the procedure is as follows: 
5 delete the record; change Minimum; and insert the record. 

When a BSCl/2/3/4 Billable Service Code does not 
appear in any preceding tier, pricing for that BSCl/2/3/4 
Billable Service Code will only commence when the quantity 
of that BSCl/2/3/4 Billable Service Code reaches the 
10 Minimum. The next example illustrates this point. 

Tier Minimum BSCl/2/3/4 Included Amount Price 

Billable in this Method 

Service tier (Mth 1) 

Code 



1 


1 


1234567 


Skipped 


None 


None 


2 


10 


1234567 


Yes 


1.8000 


T 


3 


20 


1234567 


Yes 


0 . 0000 


T 


4 


30 


1234567 


Skipped 


None 


None 


5 


40 


1234567 


Yes 


1. 6000 


T 



15 



If the quantity of BSCl/2/3/4 Billable Service Code 
1234567 is 120, the price is calculated as follows: 



Tier 

1 

2 

3 

4 

5 



Quantity 
9 

10 
10 
10 
81 



Tier Amount 

None 

1 . 8000 

0 . 0000 

0 . 0000 

1 . 6000 



Price calculated 
None 

19 * 1.8000 
10 * 0.0000 
10 * 0.0000 
1.6000 * 81 



Each method can be further qualified by up to three 
other indicators (each a single character) . The 
additional indicators are ApplyToGroup, 
20 Primary/SecondaryFlag and BundleChar. Following are some 
rules that apply to any given price unit record: 



Minimum Pricing Methods Apply To 
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Allowed (Mth 1) Grp (Mth 2) Secondary Character 

(Bnd 1) (Bnd 2) 

0 M n/a P, S, * 0-9, A-Z 

or blank or blank 

1 All except M Y, N or n/a n/a 

blank (=Y) 

>1 T, V, $ or L Y, N or n/a n/a 

blank (=Y) 



Different Pricing Methods against the same service at 
different Minimums (not counting Minimum of zero) is not 
allowed. All higher Minimums must match the Pricing 
5 Method for a service at Minimum of 1. Other limitations 
include: only one Primary per Bundle Character; 
Secondaries must be Price Method of n M" ; Secondaries must 
be zero price; each + service can have a different markup; 
bundling is only allowed for Pricing Method of "M" ; and if 
10 Pricing Method "F" is used on a service, Minimum must be 
"1" and no other entry can exist for that service, 
regardless of Minimum or Pricing Method. 

No of Tiers is a display only field. 

GoTo is an optional field. By entering a value, the 
15 user can use the SpgDn-GoTo function key to display 
BSC1/2/3/4 Billable Service Codes starting with the 
nearest matching BSCl/2/3/4 Billable Service Code at the 
top of the list of BSCl/2/3/4 Billable Service Codes. 
Other values for GoTo attribute are u TOP" to display the 
20 first page of the BSCl/2/3/4 Billable Service Codes list; 
spaces to display the first page of the BSCl/2/3/4 
Billable Service Codes list; "BOT" to display the last 
page of the BSCl/2/3/4 Billable Service Codes list; and 
"zzzzzzzz" to display the last page of the BSCl/2/3/4 
25 Billable Service Codes list. 

Services List is a list of BSCl/2/3/4 Billable 
Service Codes. For each item, the following fields are 
shown: Service, Service Description, Role, Amount, Price 
Method (Mth 1) & Apply To Group (Mth 2) , Bundle 
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10 



15 



20 



25 



30 



Primary/Secondary (Bnd 1) & Bundle Character (Bnd 2) , and 
Cat . 

Service shows the BSCl/2/3/4 Billable Service Code as 
shown on the Service Details screen. Description is 
Description as shown on the Service Details screen. Role 
is Service Role as shown on the Service Details screen. 
Role can have the following value: BAL (Balance), 
BICA (Actual Basic Item) , BICD (Derived Basic Item) , BICS 
(Special Derived Basic Item), COST (Cost Only), DOSS 
(Daylight Overdraft), DRCT (Direct Expense Allocation), 
FLOT (Float) , MIS (MIS Information) , MTRV (Minimum Revenue 
(x-services) ) , NA (None (FSC & TSC) ) , NORM (Normal 
Service) , REJ% (% Rejects) , RFR$ (Rebate $ Basis) , RFR% 
(Rebate % Basis) , RFT (Rebate % Total Revenue) , SERV 
(Inter Office Allocation) , SUBS (Subscription) , THSH 
(Threshold Revenue), TP-$ (Totally Priced,) TP-% (Totally 
Priced (mark-up) , TP-C (Totally Priced (collected) ) , TP-D 
(Totally Priced (deduct fee) ) , TP-M (Totally Priced (MIS 
deduct fee) ) , TP-R (Totally Priced (referral deduct fee) ) , 
or TP-U (Totally Priced (uncollected) ) . 

Amount is a price or cost amount and is shown as 14 
digits plus 4 decimal places. When an Amount is entered, 
Price Method (Mth 1) must also be entered. 

Amount is treated as a "hard zero amount" , meaning 
the Amount is priced as zero when Amount is blank or u 0" 
and Price Method (Mth 1) is W V" or n T" or Price Method 
(Mth 1) is W U" and Scope is «*" . 

Following is a sample Price Table and contains the 
following data: 



Tier Minimum BSCl/2/3/4 
Billable 
Service 
Code 



1 
2 
3 
4 



1 

10 
20 
30 



1234567 
1234567 
1234567 
1234567 



Included 
in this 
tier 

Skipped 

Yes 

Yes 

Skipped 
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Amount 



None 
1 . 8000 
0 . 0000 
None 



Price 
Method 
(Mth 1) 

None 

T 

T 

None 
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5 40 1234567 Yes 1.60.00 T 

If the quantity of BSCl/2/3/4 Billable Service Code 
1234567 totals 120, the price is calculated as follows: 

Tier Quantity Tier Amount Price calculated 

1 9 None None 

2 10 1.8000 10 * 1.8000 

3 10 0.0000 10 * 0.0000 

4 10 0.0000 10 * 0.0000 

5 81 1.6000 81 * 1.6000 

5 

There are 2 Mth fields in Price Table attribute Price 
Method (Mth 1) & Apply To Group (Mth 2) : Price Method (Mth 
1) is a pricing method applicable to the BSCl/2/3/4 
Billable Service Code and Apply To Group (Mth 2) is a 

10 pricing method bundling indicator which describes how the 
quantity of a BSCl/2/3/4 Billable Service Code is to be 
totaled across a grouping of accounts. 

For a Price Method (Mth 1) value of and 
Description of TP-% (markup of TP) , transaction analysis 

15 calculates a special value for this BSCl/2/3/4 Billable 

Service Code and records the special value in the Account 
Activity record. Pricing then uses this special value in 
the following manner: for prices, the price will be the 
special value as a percentage multiplied by the Amount 

20 field in the Price Table; and for costs, the cost will be 
the special value. Price Method (Mth 1) Value can also be 

meaning Cost Plus (% markup) , "F" meaning Flat Fee, 
W M" meaning Minimum Revenue, "X" meaning Maximum Revenue, 
W T" meaning Tiering, "U" meaning Unit Price, or "V" 

25 meaning Volume Discount. 

For an Apply To Group (Mth 2) Value of W Y" , this 
method applies to group and the Price Method (Mth 1) Value 
must be W T" , U U" or W V" . The quantity for this BSCl/2/3/4 
Billable Service Code is totaled as a single bundle across 

30 all accounts in the group. The total of the bundle is 

then used for pricing of this BSCl/2/3/4 Billable Service 
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Code for the entire group of accounts . Hence , volume 
discounting is performed on the group of accounts 
collectively. 

For an Apply To Group (Mth 2) Value of blank, this 
5 method applies to group and the Price Method (Mth 1) Value 
can be any. The quantity for this BSC1/2/3/4 Billable 
Service Code is totaled as a single bundle across all 
accounts in the group . The total of the bundle is then 
used for pricing of this BSCl/2/3/4 Billable Service Code 

10 for the entire group of accounts. Hence, volume 
discounting is performed on the group of accounts 
collectively. 

For an Apply To Group (Mth 2) Value of "N" , this 
method does not apply to group and the Price Method (Mth 

15 1) Value must be W T" , W U" or W V" . Each "N" BSCl/2/3/4 
Billable Service Code is priced as a single bundle for 
each account in the group . Hence , volume discounting is 
performed on each account separately 

There are 2 Bnd fields in Price Table attribute 

20 Bundle Primary /Secondary (Bndl) : Bundle Primary /Secondary 
(Bnd 1) which is a minimum revenue indicator and Bundle 
Character (Bnd 2) which is a minimum revenue bundling 
indicator. 

For a Bundle Primary/Secondary (Bnd 1) Value of 
25 blank, bundling for minimum revenue is not applicable for 
this BSCl/2/3/4 Billable Service Code. 

For a Bundle Primary/Secondary (Bnd 1) Value of "*", 
Bnd 1 applies to all BSCl/2/3/4 Billable Service Codes. 
There can be only one BSCl/2/3/4 Billable Service Code in 
30 a Price Table Category which uses . The pricing result 
for all BSCl/2/3/4 Billable Service Codes in the Price 
Table which are not U P" and which are not W S" are totaled 
into a single bundle. The bundle is then used to compare 
with the Minimum "0" tier Amount for this BSCl/2/3/4 
35 Billable Service Code. When the bundle is less than the 
minimum, the pricing result is increased to match the 
Amount . 
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For a Bundle Primary/Secondary (Bnd 1) Value of W P" , 
bundling only applies to the primaries in the bundle. 
There can be only one U P" BSCl/2/3/4 Billable Service Code 
for a Bundle Character (Bnd 2) bundle. The quantities for 
5 this BSCl/2/3/4 Billable Service Code are bundled together 
with its secondary BSCl/2/3/4 Billable Service Codes. 
Bundle Character (Bnd 2) is used to match secondary 
BSCl/2/3/4 Billable Service Codes and their primary 
BSCl/2/3/4 Billable Service Code into a bundle. The total 

10 for bundle is then used to compare with the Minimum "0" 

tier Amount for this W P" BSCl/2/3/4 Billable Service Code. 
When the bundled total is less than the Minimum "0" tier 
Amount, the pricing result is increased to match the 
Minimum "0" tier Amount. 

15 For a Bundle Primary/Secondary (Bnd 1) Value of "S" , 

bundling only applies to the secondaries in the bundle. 
The quantity for this W S" BSCl/2/3/4 Billable Service Code 
and all other W S" BSCl/2/3/4 Billable Service Codes in a 
bundle are added to the primary's bundle. 

20 For a Bundle Character (Bnd 2) Value of blank, Bundle 

Primary/Secondary (Bnd 1) Value must be blank or . For 
a Bundle Character (Bnd 2) Value of u 0"- u 9" and U A" - 
"Z", Bundle Primary/Secondary (Bnd 1) Value must be U P" or 
"S" . 

25 Cat is as Category shown on the Service Details 

screen . 

Before an update is committed to the database, the 
data processing system validates the Price Table. The 
validation is the same as performed for an insert. In 

30 order to perform the update the user must first have read 
the price table. 

When the user has entered all required fields and 
price values for all required BSCl/2/3/4 Billable Service 
Codes, regardless of how many "Pages" of BSCl/2/3/4 

35 Billable Service Codes are being used or paged between, 
the full set of prices for that Valid From Date are 
inserted. Before an insert is committed to the database, 
the data processing system validates the Price Table. 
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When deleting the set of prices for the current Price 
Table, current Valid From Date and current Min Trans Count 
and if no more prices exist (i.e., for another Valid From 
Date or Min Trans Count) , the Pricing Table name and 
description are also deleted and the data processing 
system loses all record of that Price Table. 

AppyToGroup can be set to "N" so that volume 
discounting can be placed on a Market Segment's Price 
Table, but the CAA volume is not be grouped for the 
tiering/threshold determination. Blank is equivalent to 



CostPlus (+) can only be used in a Price Table 
containing prices (i.e. not in a Price Table containing 
costs . 

Each service within a price table which nominates an 
Amount is required to have a pricing method. Hence, each 
price table can have a mixture of pricing methods 
contained within it. The pricing methods available "out 
of the box" are: F (Flat Fee), U (UnitPrice or Cost), V 
(Volume Discount) , T (Tiering) , + (CostPlus %) , M 
(MinRev) , X (MaxRev) and % (TP-% markup of total price) . 

Each pricing method can be qualified by up to four 
single character indicators: Pricing Method which is shown 
on the Price Table screen as Mth (Mth 1) , Apply To Group 
which is shown on the Price Table screen as Mth (Mth 2), 
Primary/Secondary Flag which is shown on the Price Table 
screen as Bnd (Bnd 1) , and Bundle Character shown on the 
Price Table screen as Bnd (Bnd 2) . 

Special groupings can be defined for accounts which 
causes Cross CAA Bundled Tiering to be used. 

Following is a price table with sample prices: 

Service Price Apply Bundling Bndl . Minimum UnitPrice 
Code Method To Prim/Sec Char . 



DDDDDDDD + 



EEEEEEEE + 



Group 

N/A 

N/A 



1 



1 



20 . 00 



15. 00% 



o. 
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In the above example, the price for service DDDDDDDD 
is 120.00% of the cost for that service multiplied by its 
volume. The price for service EEEEEEEE is 115.00% of the 
cost for that service multiplied by its volume. 
5 Each w +" service can have a different markup . The 

cost is recorded in the price table's related cost table. 
Following is a price table with sample prices: 

Service Price Apply Bundling Bndl Minimum MinRev or 

Code Method To Prim/Sec Char. UnitPrice 

Group 

55555555 FN 1 $100.00 



10 Flat Fee is charged if Volume is greater than zero . 

In this example, A Flat Fee of $100.00 is charged for 
service 55555555 if its volume is greater than zero. 

When ApplyToGroup is U Y" or space and the price 
applies to a CAA (whether via standard or exception 
15 pricing), the Flat Fee is apportioned across the group. 

Minimum Revenue can be used regardless of service 
volume or only if there is service volume. Minimum 
Revenue cannot apply to a CAA or group of accounts. 
Maximum Revenue (MaxRev) is an opposite to Minimum Revenue 
20 (MinRev), i.e., Maximum Revenue defines the maximum which . 
can be charged. 

Following are sample prices for a price table: 

Service Price Apply Bund liner Bndl . Minimum MinRev or 

Code Method To Prim/Sec Char. UnitPrice 

Group 

11111111 M 0 $50.00 

22222222 M P A 0 $25.00 

33333333 M S A [0] [0] 

44444444 M S A [0] [0] 



25 Here, Services 22222222, 33333333 and 44444444 are 

bundled together (by Bndl. Char.) in their minimum revenue 
determination. The primary (Bundling Prim/Sec = "P") in 
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the bundle, 22222222, is marked up to satisfy any 
shortfall in Minimum Revenue. 

Following is a Product Rule: 



Product Entity Apply To Price Alt Ac Altrnt MinRev 

Identifier Scope tbl Flag Acnt 

35 12345678901 ACNT DFLT AUTO A 

2-01DDA 



MinRev cannot apply to a CAA or group of accounts 
If the Bundling Primary/Secondary Flag = and 

Price Table's Pricing Method = "M" , then the minimum 

revenue is compared to the total revenue across all 

services used by the account/group. 

Following is an example showing the effect of 

different Pricing Methods: 



Service 


Price 


Apply 


Bundlincr 


Bndl . 


Minimum 


UnitPr. 


Code 


Method 


To 

Group 


Prim/Sec 


Char. 






77777777 


T 


N 






1 

100 
250 


$10 . 00 
$8 . 00 
$6 . 50 


88888888 


T " 


N 






1 

50 
100 


$7. 00 
$6.00 
$5 . 00 


99999999 


U 


N 






1 


$8 . 00 


AAAAAAAA 


U 


N 






1 


$8.00 


11223344 


T 


N 






1 

35 


$5 . 00 
$6.00 


22334455 


U 


N 






1 


$8.00 


BBBBBBBB 


V 


Y 






1 

100 


$10 . 00 
$8.00 



Services 77777777, 88888888 and 11223344 all use 
Tiering. For service 77777777, the first 99 of its volume 
for the account is priced at $10.00 per unit; volume 100 
to 249 is priced at $8.00 per unit, and volume 250 and 
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above is priced at $6.50 per unit. For Service 88888888, 
the first 4 9 of its volume for the account is priced at 
$7.00 per unit; volume 50 to 99 is priced at $6.00 per 
unit; and volume 100 and above is priced at $5.00 per 
5 unit. For service 11223344, the first 34 of its volume 
for the account is priced at $5.00 per unit and volume 35 
and above is priced at $6.00 per unit. 

Services 99999999, AAAAAAAA and 22334455 use 
UnitPrice or Cost. All volume is priced at $8.00 per unit 
10 for these services. 

Service BBBBBBBB uses volume discount. For service 
BBBBBBBB, if its combined volume for the group of accounts 
(note, "apply to group" = Y) exceeds 99, all its volume is 
priced at $8.00 per unit (all its activities because 
15 method is "V", being volume discount instead of tiered). 
Otherwise, all its volume is priced at $10.00 per unit. 

Special groupings can be defined for account + 
service combinations which causes Cross CAA Bundled 
Tiering to be used. A Product Rule is required for each 
20 of the accounts to be included in the Cross CAA Bundled 
Tiering. Each account is defined as an Entity Name /Num. 
Apply To is "ACNT" . Scope is the service. Price Tbl Name 
is the same for all the special group. Special Group is 
W Y" . 

25 Following are sample Product Rules: 



Product 



35 



35 



35 



Entity 
Name/Num 

111111111111 
- 01DDA 

111111111111 
-01DDA 

222222222222 
-01DDA 



Apply Scope Price 
To Tbl 

Name 

ACNT 11111111 JLB1 
ACNT 22222222 JLB1 
ACNT 11111111 JLB1 



SpclGrp 



Price table JLB1 would be set up as Schema "BNDL" as 
follows : 
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Service Price Apply Bundling Bndl . Minimum Unit 

Code Method To Prim/Sec Char . Price 

Group 

11111111 T 1 $1.00 

T 21 $0.90 

T 31 $0.80 

22222222 T 1 $1 . 00 

T 21 $0.90 

T 31 $0.80 

Each different service in the bundle must have 
entries with identical prices, methods, and at all tiers. 
5 The above Price Method could just as easily be a "V" , if 
Volume Discount were to be used instead of Tiered. 
Following are sample service volumes: 

CAA Account Number Service Volume 

A 111111111111-01DDA 1111111 10 

2222222 5 

B 222222222222-01DDA 1111111 21 

10 Following are applicable tiered discount prices: 

Tier Service Minimum Price 

1 1111111 bundled 1 1.00 
with 2222222 

2 21 0.90 

3 31 0.80 

Total Volume for services 1111111 and 2222222 = 10 + 
5 + 21 = 36 

15 Following are sample calculations for Tiering: 
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Total Revenue = [TIER 1] 20 X 1.00 = 20.00 

[TIER 2] 10 X 0.90 = 9.00 

[TIER 3] 6X0.80 = 4 . 80 

total = 33.80 



Following is a sample apportioning: 

CAA PDA SERVICE VOL CALCULATION REVENUE 

A 1 11111111 10 33.80 X 10 / 36 9.39 

22222222 5 33.80 X 5/36 4.69 

B 2 11111111 21 33.80 X 21 / 36 19.72 



TOTAL 



33 . 80 



For account + service combinations, the bundled 
g prices need to be apportioned back to the accounts. This 

requires knowledge of the bundled volumes, by service 
m across the. accounts in each bundle. The data processing 

W 10 system obtains this information in 2 steps. The first 
[2 step is performed by the Activity Load and the second step 

Ul is performed by the Pre Billing Bundler. 

J\ Billing would process each account + service in the 

□ activity table individually, using the same formula each 

2 15 time: Apportioned Rev = [Total Group Rev based on GroupVol 
rS & Tier-Vol] x BillVol / GrpVol . Note that the GroupVol is 

O only used by pricing if the Product Rule 1 s Special Group = 

The various embodiments of the methods and structures 
20 of this invention that are described above are 

illustrative only of the principles of this invention and 
are not intended to limit the scope of the invention to 
the particular embodiments described. In view of this 
disclosure, those skilled-in-the-art can define other 
25 product rules, price tables and billing methods, and use 

these alternative features to create a method, circuit, or 
system according to the principles of this invention. 



-46- 



